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USER INTERFACE FOR LEGAL CASE HISTORIES 

Copyright Notice 

One or more portions of this patent document contain material subject to 
copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the Patent and Trademark Office patent files or records, but otherwise 
reserves all copyrights whatsoever. The following notice applies to this 
document: Copyright 2005, Thomson Legal and Regulatory, Inc. 

Related Applications 

The present application claims priority to U.S. Patent Application No. 
1 1/370,194, filed on March 6, 2006, which is a continuation of U.S. Patent 
Application No. 1 1/182,028, filed July 13, 2005. The present application relates 
to U.S. Patent Application No. 09/746,557, filed on December 22, 2000, which 
is a continuation of U.S. Patent Application No. 09/120,170, filed on My 21, 
1998. All of these applications are incorporated herein by reference. 

Technical Field 

Various embodiments of the invention concern systems, methods, and 
software for enabling users to interface with documents, such as judicial 
opinions or case documents that have complex temporal, semantic, and/or legal 
relationships. 

Background 

The American legal system, as well as some other legal systems around 
the world, relies heavily on written judicial opinions, the written 
pronouncements of judges, to articulate or interpret the laws governing 
resolution of disputes. Each judicial opinion is not only important to resolving a 
particular legal dispute, but also to resolving or avoiding similar disputes, or 
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cases, in the future. Because of this, judges and lawyers within our the 
American legal system are continually researching an ever-expanding body of 
past opinions, or case law, for the ones most relevant to resolution of new 
disputes. 

To facilitate these searches, companies, such as Thomson Legal and 
Regulatory, Inc. of St. Paul, Minnesota (doing business as Thomson West), 
collect and publish the judicial opinions of courts across the United States in 
electronic form and make them available to online researchers through its 
Westlaw research service. Many of these opinions are published with 
bibliographic cites or hyperlinks to historically related opinions, known as prior 
cases, from other courts that have previously ruled on all or part of the same 
dispute. 

The cites and hyperlinks enable researchers to readily access the related 
opinions electronically within the Westlaw research system. For example, an 
opinion in a patent case from the United States Supreme Court, the highest court 
in the United States, would generally cite not only an opinion from the Court of 
Appeals for the Federal Circuit, the next highest court for patent cases, but also 
an opinion of a local Federal District Court where the patent case started, thus 
documenting the history or progression of the case through the U.S. federal 
judicial system. 

The history or progression of a dispute through the court system is 
particularly important, because subsequent cases in a chain may overrule one or 
more portions of prior case. Thus, before relying on rulings in any given case, 
judges and lawyers need to understand its history. To this end, the Westlaw 
research system includes a KeyCite feature which, among other tilings, provides 
not only a sequential listing of cases that constitute the history of virtually any 
given case, but also a short description of the relationship between the cases. 
For example, the history listing having two cases might list that one case granted 
a motion made in another case. The listing is a powerful tool. 

However, the present inventors have recognized that some cases histories 
are quite complex and difficult to follow in a sequential list. This is particularly 
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true for history listings that list a case more than once, present listings that have 
gaps between cases, or list multiple cases that affect a given prior case. 

Accordingly, the present inventors have recognized, among other things, 
a need for better ways for users to interface with historically related legal cases. 

Brief Description of the Drawings 

Figure 1 is a block diagram of a computer system which may be used to 
automatically generate case law citation data in a legal text processing system in 
accordance with the invention; 

Figures 2A - 2D are screen shots illustrating examples of the user 
interface displayed to a user of the case law citation system in accordance with 
the invention; 

Figure 3 is a diagram illustrating the flow of data in a case law citation 
system in accordance with the invention; 

Figure 4 is a diagram illustrating more details of the flow of data in the 
case law citation system of Figure 3. 

Figure 5 is a diagram illustrating a system for quotation identification in 
accordance with the invention that may be part of the case law citation system;. 

Figure 6 is a flowchart illustrating a method for quotation identification 
and verification process in accordance with the invention; 

Figure 7 is a flowchart illustrating a method for quotation verification in 
accordance with the invention; 

Figure 8 is a diagram illustrating a negative history determining process 
in accordance with the invention; 

Figure 9 is a flowchart illustrating a method for determining the depth of 
treatment of a legal case in accordance with the invention; and 

Figure 10 is a diagram illustrating a method for assigning subject matter 
classifications in accordance with the invention. 

Description of Exemplary Embodiments 

This description, which references and incorporate the identified figures 
and incorporates the appendix and appended claims, describes and illustrates one 
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or more exemplary embodiments of the inventions.) These embodiments, 
offered not to limit but only to exemplify and teach, are shown and described in 
sufficient detail to enable those skilled in the art to make and use the 
invention(s). Thus, where appropriate to avoid obscuring the invention(s), the 
description may omit certain information known to those of skill in the relevant 
art. 

Some embodiments of the invention are particularly applicable to a 
computer-implemented legal text processing system and method for semi- 
automatically identifying characteristics, such as citations and quotations, within 
a legal document and identifying relationships between the legal document and 
other legal documents stored in-the database. The legal document may be a 
legal case, a statute, a law review article, an ALR article or a legal treatise. It is 
in the context of a legal case that the exemplary embodiments are described. It 
will be appreciated, however, that the system and method in accordance with the 
invention has greater utility and may be used for different legal documents, such 
as statutes, legislative histories, and administrative proceedings, and patents. 
Some embodiments apply the teachings herein to non legal documents, such as 
scientific literature. 

Before describing the preferred embodiment of the invention, a brief 
description of the terminology that will be used to describe the invention will be 
provided. Any reported decision of a legal case is presumed to be an 
authoritative statement of the law when it is written. Then, later events may 
affect the authoritativeness of this legal case's decision. These later events may 
include later proceedings or written decisions during the same litigation (e.g., 
direct history), a decision of a later legal case from a different litigation which 
resolves the same issues in a different way or using different reasoning and 
overrules the earlier case, or a decision of a later legal case from a different 
litigation which resolves the same issue differently, but does not explicitly 
overrule the case. The direct history of a legal case may include a record of the 
connections between the legal cases that are part of the same litigation. The 
direct history may be of varying degrees of relevance and may include positive 
history (i.e., maintaining or supporting the authority (of the legal case) or 
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negative history (for example, the legal case may no longer have the authority it 
once had)). The indirect history of a case is a record of the connections between 
legal case and other legal cases which are not part of the same litigation. The 
indirect history of a legal case may also be positive or negative. The 
significance of a particular case may often be indicated by the amount of 
discussion (i.e., the amount of text) that a later case uses in discussing a decision 
of another legal case while following, overruling or explaining the case. This is 
referred to as the depth of treatment of the case, as described below. One or 
more embodiments described herein may also be implemented on a system, such 
as that described in co-pending U.S. patent application 10/751,269, which was 
filed December 30, 2003 and which is incorporated herein by reference. 

Figure 1 is a block diagram of a computer system 30 in which the 
invention may be embodied. The system may semi-automatically identify 
characteristics, such as citations and quotations within a legal case document, 
and then generate information about the legal case in the context of other legal 
cases. The computer system may include a computer 32, a server 34 and a 
plurality of client computers 36. The computer 32 may further include a central 
processing unit (CPU) 38, a memory 40 and one or more processes 42, which 
may be software applications that are stored in the memory 40. The CPU 
controls the operation of the computer and executes the software applications 
stored in the memory. In operation, a plurality of pieces of electronic data 
corresponding to the text of the published decisions for the legal cases are fed 
into the computer and temporarily stored in the memory 40. In the following 
discussion, the written opinion of the legal case is referred to as the legal case. 
Each piece of electronic data (i.e., each written opinion of a legal case) may be 
automatically processed by the CPU, using the processes contained in the 
software applications contained in the memory, to generate information about 
the legal case, as described below. For example, the CPU may parse the text of 
the legal case to identify candidate (i.e., unverified) citations to other legal cases 
and mark these citations for later processing, may identify candidate (i.e., 
unverified) quotations in the text of the legal case and mark the text accordingly, 
may verify the source of a quotation in the text of the legal case, mav determine 
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a depth of treatment of a cited legal case (i.e., the significance of the cited legal 
case based on some predetermined criteria), may determine the negative 
treatment of the legal case, and may assign subject matter text, such as 
headnotes, in accordance with a predetermined classification system to citations 
in the legal case. Each of these processes may be performed by a software 
application in the memory 40, which is executed by the CPU 38. The details of 
each of these processes will be described below. 

Once the processing has been completed by the processes 42, the 
computer 32 outputs a data record 44 for the particular legal case which contains 
information about the history of the legal case, information about the depth of 
treatment of citations in the legal case, information about quotations within the 
legal case, and information about the subject matter text (i.e., headnotes) 
assigned to each citation in the legal case. The data record generated by the 
computer 32 for each legal case may be stored in a database 33 in a server 34. 
Then, when a user of one of the plurality of client computers 36 requests 
information about a legal case, the server 34 generates a user interface 
containing a variety information about the requested legal case based on the data 
records in the database 33, and presents the user reviewing the legal case with a 
variety of information about the legal case. 

An example of the user interface provided to the user of each client computer is 
described below with reference to Figures 2A - 2D. In this manner, a user of the 
client computer may request data about a particular case, and the system in 
accordance with the invention provides that data to the user. 

As the electronic data for the text of each written opinion for a new legal 
case is received by the computer 32, the legal case is processed as described 
above and the results of the processing is stored as a data record 44 in the 
database 33 of the in the server 34. The users of the client computers may then 
retrieve data about a particular legal case from the server 34. Thus, while the 
server 34 is providing data about a legal case to the one or more users of the 
client computers, the computer 32 may be simultaneously processing additional 
new legal cases and adding the information for that new legal case into the 
database 33 in the server 34. Now, an example of a preferred user interface and 
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information provided to the user of a client computer will be described in more 
detail. 

Figures 2A - 2D are screen shots illustrating examples of a preferred user 
interface and the information provided to and displayed by a client computer in 
accordance with the invention. Figure 2A shows a computer screen 50 on a 
client computer displaying a legal case being reviewed by the user of the 
particular client computer in which the user interface has a Windows format, a 
toolbar, pull down menus, etc. In this example, the display is of the text of a 
legal case called Pleasant v. Celli which was decided by a California Court of 
Appeals. As described above, any citation for a legal case has a well-defined 
format which facilitate the identification of these citations within the text of the 
written opinion of the legal case. In order to access more information about the 
displayed legal case, the user of the client computer may select the citation 
service, which may be referred to as KeyCite™, from the Services menu 5 1 by 
clicking on a "KC" button 52 or click on a symbol 54. KeyCite™ is a trademark 
of a citator of the assignee of the present invention. The symbol may be a 
colored symbol, e.g., a flag, which gives a quick status of the legal case. A red 
colored flag may warn that the legal case being reviewed may not be good law 
for at least some portion of the legal case, a yellow colored flag may indicate 
that the legal case has some negative history, as described below, or another 
colored symbol, such as a blue H, may indicate that the legal case has some 
history which is not negative. The invention, however is not limited to any 
particular types of symbols or colors. Once the user of the client computer has 
selected the citator system in some manner, the screen shown in Figure 2B may 
be displayed. 

Figure 2B is a screen shot showing an example of a computer screen 50 
which the invention may employ having a control interface portion 58, and a 
display portion 60. The control interface portion of the display permits the user 
to customize the information being displayed. For example, if a first radio 
button 62 is selected, then the full history of the legal case, including direct 
history which is negative or positive, negative indirect history, and any related 
references may be shown. If a second radio button 64 is selected then onlv the 
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negative direct and indirect history may be shown. If a third radio button 66 is 
selected, then only the direct history of the legal case may be displayed so that 
any minor direct history (including references), remote direct history (such as 
appeals after remand) and mildly negative indirect history are not displayed. 
The control portion 58 of the display also may indicate the number of cases 
which are considered to be the history of the legal case. The control portion 58 
may also include a fourth radio button 68 and an indication of the number of 
citations to the legal case being displayed. When the fourth radio button is 
selected, a list of other documents is displayed. 

In the example shown in Figure 2B, the foil history of the Pleasant v. 
Celli case is indicated. As shown, the various types of history, such as the direct 
history and the negative indirect history are displayed in the display portion 60 
and are separated from one another by headings. For each piece of history, a 
short description of the history or tag, such as "opinion vacated by", 
"disapproved of by", or "disagreed with by" may indicate the relationship 
between the cases listed and the base case. In this example, an earlier decision 
of the same court was vacated by the Pleasant case. (Appendix shows other 
exemplary interfaces that may be used in conjunction with the embodiments 
described via Figure 2B and/or elsewhere in this description. ) Now, the 
citations to the legal case will be described with reference to Figure 2C. 

Figure 2C is an example of a screen shot showing the computer screen 50 
having the control interface portion 58, and the display portion 60. This screen 
displays the legal cases which have cited the legal case currently being reviewed 
(i.e., Pleasant v. Celli in the example), hi this screen shot, the fourth radio 
button 68 is selected. Thus, the control portion may also have a button 70 which 
permits the user of the system to limit the types of citations displayed, as 
described below with reference to Figure 2D. The display portion 60 may also 
display a quotation mark symbol 72 and a depth of treatment symbol 74, which 
are associated with the citations for the legal case, etc. which cite to the legal 
case of interest. The quotation symbol 72 indicates that the cited legal case 
directly quotes from the case of interest (i.e., in the example Lubner v. City of 
Los Angeles contains a quotation from Pleasant v. Celli). A me^A f™- 
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identifying quotations and verifying the source of the quotations in accordance 
with the invention will be described below. The depth of treatment symbol 74, 
which may be, for example, one or more stars, where the number of stars 
indicate the degree to which the legal case's written opinion is treated, e.g., the 
amount of text in the cited case opinion which is devoted to the case of interest. 
The details of the depth of treatment assignment process will be described below 
in more detail. Now, a screen which permits a user to the limit the citations 
displayed in the display portion will be described with reference to Figure 2D. 

Figure 2D is an example of a screen shot showing the computer screen 50 
with the control portion 58 and the display portion 60. In this screen shot, it is 
assumed the user of the system has selected the limit citation button 70 shown in 
Figure 2C. As shown, the user of the system may restrict the citations displayed 
based on headnotes or topics and the system will evaluate all of the citations 
against the selected headnotes or topics so that only the legal cases containing 
the selected headnotes or topics are displayed in the screen shot shown in Figure 
2C. A headnote may be a few sentences/paragraph which are located at the 
beginning of a legal case and indicate a summary of the law of a particular 
portion of the legal case. The user interface of the system permits a researcher to 
quickly and efficiently perform verification and collocation functions on a legal 
case. The details of the system for generating information about the legal case 
and providing the verification and collocation functions in accordance with the 
invention will now be described. 

Figure 3 is a diagram illustrating a method 100 in accordance with the 
invention which may be implemented on the computer system of Figure 1 for 
processing a legal case to generate information about the legal case which may 
be used for verification and collocation functions. As an aid in understanding 
the processes, the movement of a single legal case will be described. It should 
be understood, however, that a plurality of legal cases may be processed at the 
same time since each legal case may be at a different point in the process. An 
electronic version of the text of a legal case 102 , referred to herein as 
" WLLOAD", is fed into a citation identification process 104 (ACITE) that 
identifies candidate citations to other legal cases and other legal material within 
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the text of the legal case, and marks up the text, i.e., adds a characteristic mark- 
up symbol to the text, so that the citations may be easily identified at a later time. 
An example of a mark up symbol maybe that the symbol combination "7 0 v " 
placed at the beginning and at the end of the citation. This identifies the citation 
for later processing. 

Briefly, the citation identification process identifies candidate citations 
by identifying certain patterns of text in the legal document and compares these 
patterns to a predetermined set of reference patterns. In particular, digits may be 
first identified in the text. Next, the text is scanned for abbreviations proximate 
to the digits which correspond to known reporter abbreviations, such as "Cal." or 
"P.". Once a piece of text having the particular formatting and punctuation of a 
candidate citation is identified, a case control database 124 is queried to 
determine if the identified candidate citation corresponds to a valid citation in 
the case control database. If the identified candidate citation matches a citation 
in the case control database, a second processing pass is performed. If no match 
is located, the identified candidate citation may be flagged for later manual 
review. As described above, each citation has a predetermined format. The 
format may be <case name>, <volume number> <abbreviation of reporter 
name> <series number (if more than one)> <page number in volume>. For 
example, in "18 Cal. App. 4th 841". "Cal. App. 4th" refers to the "California 
Appellate" reporter, 4th series; "18" refers to volume 18; and "841" refers to 
page 841, the page of volume 1 8 of Cal. App. 4th where the case decision 
begins. 

As example of a citation to a legal case is Pleasant v. Celli, 1 8 Cal. 
App. 4th 841, 22 Cal. Rptr 2d 663 (1993) in which the first name portion, i.e. 
Pleasant v. Celli, identifies the parties of the legal case; the second reporter 
portions, i.e., 1 8 Cal App. 4th 841 and 22 Cal. Rptr 2d 663, identify the 
reporters which themselves have a particular characteristic format as described 
above. 

Once text corresponding to a reporter name is located, the text adjacent 
the reporter name is analyzed to identify the volume, series and page number of 
the citation as well as the year of the published opinion. Once t^s infra-m at,™ ,- c 
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found, the candidate citation is identified and marked up, as described above, to 
identify it as a citation. The citation identification process may use a two pass 
process in which first, full format citations, such as Pleasant v. Celli, 18 Cal. 
App. 4th 841, 22 Cal. Rptr 2d 663 (1993), are identified, matched to the case 
control database, and placed within a table. In a second pass through the legal 
case, short form citations, such as Pleasant, may be identified based on the text 
of the full citations that are contained in the table. It should be noted that these 
short form citations cannot be identified automatically without first identifying 
each full citation. For doubtful short form citations which don t match the table, 
a tentative identification may be made. 

The citation identification process 104 in Figure 3 outputs a file 106 
containing the text of the legal case with any citations marked up. The file 1 06 
may then be fed into a quote identification process 108 (IQUOTE) in which the 
text of the legal case is parsed quotations in the text of the legal case are 
identified and marked up, and a possible source of the quotation is also 
identified. At this point, the marked up quotations have not been verified. They 
are merely candidate quotations which must be further processed to be verified. 
The details of the quote identification process will be described below with 
reference to Figures 4-6. The quote identification process may output a file 110 
that contains the text of the legal case in which both the citations and the 
quotations are marked up. At this point, the text of the legal case with the 1 
citations and quotations mark-ups may be stored in a database for later use and 
may also be fed into several processes. These processes may include a quote 
verification process 1 12, a depth treatment process 114, and a negative treatment 
process 116. As shown, these processes may execute in parallel on the same file 
since each process generates information about the legal case which is separate 
and independent from that generated by the other processes. Each of their 
processes will be described in more detail below with reference to Figure 7, 
Figure 9, and Figure 8, respectively. 

In general, the quote verification process 112 verifies that the candidate 
quotations identified by the quote identification process 108 are in fact from the 
source (i.e., the citing case) by comparing the candidate quotation in the. nteA 
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case to the quotation in the citing case. The process then generates a data record 
1 18 containing information about the verified quotation. The depth treatment 
process 1 14 uses information generated by the system, including the verified 
quotations to generate depth treatment information, such as the number of 
occurrences of a citation and the characteristics of the citation based on its 
position (e.g., whether it is free standing, at the head of a string or in the interior 
of a string). The process then generates a data record 120 containing 
information about the depth of treatment information that is applied to each 
citation in the case of interest. The negative treatment process 116 generates 
information about any negative treatment the case of interest has received by any 
of the citing cases and, in step 122, a database 124 containing information about 
each legal case being processed is updated manually to reflect the negative 
treatment. The data records 1 1 8, 120 from the quotation verification and depth 
treatment processes, respectively, may be combined together by a grouper 
process 126 along with a headnote assignment data record 128 (HNRESULT), as 
described below, to generate a single data record containing the depth treatment 
information, the quotation information, and the headnote assignment 
information, about the legal case being processed. This single data record may 
then be used to generate the information displayed on a computer screen to the 
user as shown in Figures 2A- 2D. 

The data record 118 containing the information about the verified 
quotations in the legal case also may be fed into a citation loci identification 
process 130 which attempts to identify the supporting text surrounding 
quotations and citations in the legal case to generate a citation loci data record 
132. The citation loci data record may then be input into a subject matter 
assignment and thresholding process 134 which matches the words and phrases 
in the quotations to one or more headnotes or topics and then determines, based 
on a threshold value, which headnotes are selected, as described below with 
reference to Figure 10. The subject matter assignment and thresholding process 
134 outputs the data record 128 (HNRESULT) containing the selected subject 
matter text, such as headnotes, which is fed into the grouper 126, as described 
above. Thus, the system in accordance with the invention auto™ Q+lVt,1h ' 
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generates information about a legal case and then provides that information, 
using a graphical user interface, to a person using the system when requested. 
The user may quickly and efficiently locate various information, such as citation 
information, depth of treatment information, negative treatment information and 
subject matter text, such as a headnote, about the legal case from a single source. 
More details about the system will now be described with reference to Figure 4. 

Figure 4 is a diagram illustrating more details of the quote identification 
process 108, the quote verification process 1 12, the depth treatment process 114, 
the negative treatment process 1 16, the citation loci identification process 130 
and the subject matter assignment and thresholding process 1 34 of Figure 3 . As 
shown, the outputs from each of these processes are fed into a system 
information database 33, as described above. 

The quote identification process 108 uses the file containing the text of 
the legal case with marked up citations to identify and mark-up quotations as 
described above. The text the legal case contains unverified quotations while the 
file 144 containing the verified quotations is stored in the database 33. The 
output of the quote identification process is a plurality of data records in which 
each data record has an identified quotation and a possible source of the 
quotation. The output of the quote identification process may be combined with 
the file containing the text of the legal case and the marked up citations to 
produce a file with marked up citations and quotations 110 which is used as an 
input to the depth of treatment process 1 1 4, the negative treatment process 1 1 6, 
the loci identification process 130 and the subject matter assignment and 
thresholding process 134. During the quote identification process 108, as 
described below in more detail with reference to Figures 5 and 6, several 
processes are performed. First, candidate quotations in the text file are identified 
by scanning the text to identify symbols, e.g., quotation marks, which indicate 
the beginning or end of a quotation. Next, the beginning and end of the 
identified quotations are marked up with a quote identifier symbol, such as 
"%q". Finally, a possible source of the quotations, such as the legal case or 
other legal material from which the quotations originate is tentatively identified. 
The source of the quotation is then verified during the quote verification process 
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1 12 as described below. The output of the quote identification process 108 may 
include a Qdata file 140 which contains information about each quotation that is 
later verified against the probable source of the quotations and a Qtxt file 142 
which contains the actual text of the quotations. 

The Qdata and Qtxt files 140, 142 are then fed into the quote verification 
process 1 12 which uses an electronic database of legal cases, already available, 
to find and verify the possible source of each quotation found by the quotation 
identification process. For each quotation, the possible source of the quotation is 
retrieved. Next, the quotation identified by the quotation identification process 
is matched against the text of the possible source to locate text in the source 
corresponding to the quotation. This verifies the source as the origin of the 
quotation. For each quotation with a verified source, a data record 144 
containing the verified quotations for a legal case is stored in the database 33. 
Then, when a legal case containing verified quotations is displayed as a citation 
to a legal case, the citation will contain a quotation symbol, as described above, 
indicating that the legal case has a verified quotation. The depth treatment 
process will now be described. 

The depth treatment process 1 14 may receive the file 110 containing the 
legal case text with the marked up citations and quotations and, in step 146, the 
depth treatment process performs several processes in order to determine the 
significance of the citation based on a set of predetermined criteria that are 
related in some ways to significance. These criteria may be the number of times 
that the citation appeared in the legal case, the type of the citation, and the 
association of a verified quotation with the citation. First, the depth treatment 
process reads through the file 1 10 and identifies citations which have been 
marked up previously by the citation identification process. For each identified 
citation, the type of the citation is determined to be either an ordinary citation, a 
middle of a string citation, or the head of a string citation. An ordinary citation 
is a typical citation which usually appears within a legal case and that does not 
have other citations adjacent to it. A middle of a string (interior) citation is a 
citation that appears in the middle or at the end of a string citation in which a 
series of legal documents are cited together in a sentence or paragraph. An 
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interior citation is usually perceived by users as contributing less to the depth 
with which the cited case is discussed. The head of string citation is a citation 
that appears at the beginning of a string citation and is perceived by users as 
contributing more to the depth since it is conventional to place the most pertinent 
citation at the head of a string citation. The depth of treatment process may also 
identify the page number of the legal case for all available pagination on which 
the citation appears so that a depth record is written as many times as page 
breaks occur in the legal case. 

The information about each citation in a legal case, such as the total 
number of times that the citation appears in the legal case document, the types of 
each of these citations, and the page number for each citation occurrence is 
output in a file 148 which is stored in the database 33. This information, in 
addition to any verified quotations associated with any of the occurrences of the 
citation, may be used to generate both the "citations to the case" section 
described above and the depth of treatment symbols. The technique for 
generating the depth of treatment symbols will be described in more detail 
below. 

The negative treatment process 1 16 may include an automatic processing 
step 150 and a manual verification step 152 which generate a list of the negative 
histoiy (i.e., other written opinions from other legal case which disagree with or 
overrule the current legal case) for the legal case. During the automatic 
processing step 1 50, the file containing the legal text with the marked up 
citations and quotations is scanned in order to identify stems of certain words, 
such as "overrule", "recede", "disapprove", or "distinguish", which may indicate 
negative treatment. As an illustration, the process to identify the root of the 
word "overrule" in the text of the legal case is described. When an instance of 
the root "overrule" is identified, a set of heuristic rules, as described below, are 
applied to make a determination about whether the sentence containing the 
identified root is actually an overruling, as described below with reference to 
Figure 8. Then, during the manual verification process 152, a human operator of 
the system verifies the results of the automatic process and the actual verified 
overrulings are added to the case control database 124. The human operator mav 
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also identify other negative history about the legal case which cannot be easily 
identified automatically, as described below. The negative treatment process 
aids a human operator in rapidly identifying overrulings. These overrulings are 
negative history which affect the authority of the reasoning of the legal case. 

The loci identification process 130 uses the file containing the legal case 
text with marked up citations and quotations and a file 144 containing the 
verified quotations, identifies any marked up citations, and applies a set of 
heuristic rules, as described below, to identify and select a portion of text from 
around each citation which may indicate the text supported by the citation. If a 
citation appears multiple times in a legal case, the surrounding text for each of 
the occurrences of the citation is combined. In addition, if the quote verification 
process, as described above, has verified any quotation associated with that 
citation, the text of that verified quotation is also combined with the other text 
surrounding the citation. All of the identified text that surrounds each citation 
may then be used to determine one or more headnotes or subject matter headings 
which may be applicable to the citation. The subject matter heading classifies 
the citation based on a predetermined number of subject matter areas, such as 
Intellectual Property or Patents. A process 154 (Headqf) reads all of the text 
identified adjacent to a given citation and generates a natural language search 
query to search an existing database for matches to the identified text, as 
described below. The natural language query process is generally described in 
U.S. Patent Nos. 5,265,065 and 5,418,948, which are assigned to the same 
assignee as the present application and are incorporated herein by reference. The 
Headqf process 154 generates a file 156 containing the natural language queries. 
Using the natural language queries, a subject matter assignment process step 158 
runs the natural language queries against a headnotes database to identify subject 
matter headings, such as headnotes, which possibly match the text surrounding 
the citation. For each matched subject matter heading, the query also generates a 
belief score value indicating how close the subject matter heading match was to 
the text. A predetermined number of the most closely relevant subject matter 
headings and their belief scores are provided to a thresholding process step 160. 
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The thresholding step uses the subject matter headings identified and 
performs various calculations which take into account the rank of the subject 
matter headings, the belief score of the subject matter headings and the number 
of citations which reference that subject matter heading. After the calculations 
are performed, a predetermined number of top headnote hits and a flag for each 
headnote indicating if the headnote passed the thresholding are stored in the 
database 33 with a link to the citation. These subject matter headings permit 
citations in the legal case to be classified by and searched for using these subject 
matter headings, as described above with reference to Figure 2D. Now, the 
quote identification process will be described in more detail. 

Figures 5 and 6 are diagram illustrating more details about the quote 
identification process 108 in accordance with the invention. The quote 
identification process 108 may include a lexical scanner process 170, a 
paragraph buffer 172 and a main loop process 174 to receive the text of the legal 
case and automatically generate a file containing each quotation identified and a 
possible source for each quotation. The lexical scanner 170 splits documents 
into logical fragments, known as tokens, and these tokens are then used by the 
main loop process 174 to identify quotations. The tokens which are identified by 
the lexical scanner may include capitalized words, punctuation marks that might 
end a sentence, white space such as one or more spaces, case names, footnote 
references, star of quote markers and end of quote markers. The lexical scanner 
process used may be based on any of a number of commercially available 
software applications, such as, for example, an application known as FLEX, 
available from Sun Microsystems Inc, Mountain View, CA. The lexical scanner 
accepts grammar specifying patterns and identifies an action when a specific 
pattern is located. In particular, the lexical scanner, in accordance, with the 
invention may divide a legal case into the certain types of paragraphs based on a 
predetennined set of criteria, such as a set of rules: 1) a paragraph which might 
contain a quotation; 2) paragraphs which are indented block quotations; 3) 
paragraphs which contain important information about the document, such as the 
star of the document, the document's serial number or the end of the document; 
and 4) paragraphs which are of no interest to the quotation identification process, 
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such as headnotes, headings and the like. A variety of different criteria and rules 
may be used to identify these paragraphs. 

An example of a set of rules which may be used by the invention will 
now be described. The set may include a rule that identifies paragraphs which 
do not contain any quotations and stores them in the paragraph buffers where 
they are overwritten by the next paragraph, and a rule for paragraphs with 
possible quotations in which the lexical scanner returns a tag to the main loop 
indicating that the paragraph is either a normal text paragraph, an indented block 
quotation paragraph, or that the text of the quotation appears in a footnote. Once 
the type of the paragraph is determined, the lexical scanner processes the text 
within the paragraph in the same manner to identify any tokens in each 
paragraph. 

Within each paragraph, the lexical scanner may identify the following 
tokens: a capitalized word, a non-capitalized word, a numeric character string, an 
abbreviation, a proper name (i.e., "Mr. Smith"), a case citation, a section 
reference (i.e., "Section 150"), a case name (i.e., Roe v. Wade), an embedded 
reference, any end of the sentence punctuation, any other punctuation characters, 
a colon, semicolon or comma followed by a space, single or multiple white space 
characters, a start of a quotation, an end of a quotation, the number of a footnote, 
open and close parentheses, open and close brackets, open and close curly 
braces, a mark-up for a citation, and a mark-up for an embedded reference. 
More details about the operation and modification of the FLEX software 
application is available from the Sun Microsystems Inc. Reference Manual, 
Programmer's Overview Utilities and Libraries, Chapter 9, pp, 203 - 226, which 
is incorporated herein by reference. 

The paragraph buffers 172 are where the tokens about the paragraph most 
recently scanned by the lexical scanner are stored before being processed by the 
main loop 174 and then possibly written out into an output file if a quotation is 
identified in the paragraph. The main loop 174 may decide what action to take 
for each token returned by the lexical scanner, manage the paragraph buffers, 
and decide when to discard data for a previous paragraph from the paragraph 
buffer, link several physical paragraphs together into a virtual paraeranb fhr 
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quotations which run over several physical paragraphs, determine where the 
breaks between sentences occur within a paragraph, and decide when to process 
a virtual paragraph by a set of heuristic rales, as described below. 

Figure 6 is a flowchart of the quotation identification process 108 in 
accordance with the invention. In step 180, the legal case text is scanned 
paragraph by paragraph and for each paragraph, the sentences and tokens in the 
paragraph are identified. In the step 182, a set of heuristic rules is applied to 
each token in a paragraph to determine if a quotation had been identified. One 
of the most important functions of the lexical scanner and the quotation 
identification process is to identify the beginning and end of a quotation. This is 
difficult since each writer may use a slightly different format for the beginning 
and ending of a quotation. Therefore, several rules are needed to identify the 
beginning and ending of a quotation. An example of a set of heuristic rules that 
may be applied to accomplish such identification will now be described. These 
rules may use the lexical scanner to identify a conventional start quotation 
punctuation symbol, such as "or", to identify a conventional end of quotation 
delimiter, such as "or", or to identify a start/end of quotation symbol in a longer 
string of characters. For example, a rule may attempt to identify strings in which 
the conventional end of quotation symbol is embedded within a sentence. For 
each of these rules, the characters surrounding the token may be checked to 
ensure that the token is in fact a star of end of the quotation. 

Once the rules have been applied to each token in a paragraph, the 
quotation identification process determines if another paragraph exists in step 
1 84 and loop to step 1 80 to process a new paragraph. Once all of the paragraphs 
have been analyzed, in step 186, the process output the data record containing 
the identified quotations and the possible source of those quotations. Now, the 
quotation verification process will be described. 

Figure 7 is a flowchart illustrating the method 1 12 for verifying a 
quotation in accordance with the invention. At step 200, the quote verification 
process reads in the text strings identified as quotations by the quote 
identification process 108 and identifies separators, when present, from a 
predetermined set of separators in the text strings. The separators mav include 
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ellipses, bracketed expressions, and stop phrases. The stop phrases include a 
variety of legal phrases and others which do not help identify the source of a 
quotation, for example, "citation(s) omitted", "sic", "emphasis provided" and the 
like. When present, the separators are used to parse the text string into segments 
in which each segment includes the works that occur between a pair of 
separators. In step 202, the text string is parsed to detennine its length since the 
minimum verifiable quote length maybe, for example, six non-stop words, 
where stop words are non-content bearing words such as articles and 
prepositions. The text string is also parsed to collapse any words which contain 
apostrophes or other punctuation marks (e.g., "T]hen"). The parsed quotation 
text string falls into one of two distinct categories: (1) a text string with a single 
segment, or (2) a text string with multiple segments. Thus, in step 204, the 
system determines if the text string has a single segment. If the text string has a 
single segment, then in step 205, the collection normalized inverse document 
frequency (IDF) for each term (word) in the single segment of the text string is 
determined. A document frequency value indicates the frequency of a particular 
term in a typical document collection, while IDF is equal to the reciprocal of 
document frequency (i.e., 1/doc freq), or in other words, the rarity of a term in a 
document collection. In a preferred embodiment, the collection normalized 
inverse document frequency (IDF) may be calculated, if the number of 
occurrences of a word is greater than zero, as: 



where Doc_Occurrences is the number of documents in which the given term is 
present and CollectionJDocs is the total number of documents in the collection. 
The IDF is used for purposes of determining good terms for matching, since a 
rare word is more likely to be distinct and provide a good indication that the 
quotation is from the candidate source. 

Once the IDF has been calculated for each term, a selected number of the 
terms (i.e., six) with the highest IDF values below a selected threshold may be 
ranked by IDF value (step 206) and placed into a "template" (i.e., storage array) 




log(Col!ection Docs) 
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(step 207) which indicates the position of each term in the text string. Any terms 
with an unusually high IDF value (e.g., greater than 0.80) are not used, since 
such infrequently occurring terms are often misspelled words. If there are 
several terms with the same IDF value, then the alphanumeric ordering of the 
terms may be used as a secondary key for ranking the terms for the template. 
Should there still exist equivalent terms (e.g., terms with the same IDF values 
and alphanumeric spellings) then the position of the terms in the text string may 
be used as a third key for ranking the terms in the template. The template may 
then be compared to the quotation from the candidate source document to 
determine if an exact match, based on the positions of the high IDF terms, occurs 
in step 208. If an exact match occurs, then in step 210, the verified quotation is 
output and fed into the database as described above. In the event that an exact 
match does not occur in step 212, a certification match failure message is 
generated and the quotation is not stored in the database. 

In step 204, if the text string has multiple segments (i.e., it contains one 
or more separator terms in the text string, such as "The roof fell in... crashing 
down ), the process goes to step 214 in which the IDF for each term within each 
required segment is determine. Then, a selected number of terms (e.g., four) 
within each segment, with the highest IDF values below the threshold, are 
ranked by IDF (step 215) and placed into a template (step 216) in order to 
determine the position of the terms in the segment for matching purposes (step 
208). For a text string with more than four segments, the first two and last two 
segments may be used to match against the candidate source document (step 
217-218). In this manner, the quotations identified by the automatic quote 
identification process are automatically verified and any verified quotations are 
identified by a quotation symbol, as described above. Now, the negative 
treatment process in accordance with the invention will be described. 

Figure 8 is a diagram illustrating a method 220 for determining the 
negative treatment of a legal case in accordance with the invention. The file 1 10 
containing the text of the legal case with the marked up quotations and citations 
is input into the automatic negative treatment process 150. The automatic 
negative treatment process may 1) identify occurrences of the word stem 
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"overrule" in the legal case; 2) determine the proximity of the stem to a citation; 
and 3) exclude any bad legal cases. Prior to identifying the stem "overrule", the 
case control database 124 may be checked and the automatic processing stopped 
if any history already exists for the legal case. To identify the occurrences of the 
stem "overrule", the text of the legal case is are scanned and the verb tense of 
any occurrences of the stem is determined. The verb tense of the stem indicates 
whether the overruling refers to the current case overruling a previous case or 
some other type of overruling. A set of heuristic rules may look for a particular 
verb tense and then take an action based on the verb tense. 

An example of the set of the rules used will now be described, but the 
invention is not limited to any particular set of rules. For example, one rule may 
locate "overrule" or overrules" in a sentence and then scans backwards for up to 
four words. If "not" or never" is located, then the sentence is discarded since it 
does not refer to an actual overruling. If "we" is found, then the sentence is 
added to the list of possible overruling which are reviewed by a human being. If 
none of the phrases is located during the backwards scan, the sentence is also 
added to the list. 

Another rule may locate "overrule" and then scans backwards for up to 
five words to attempt to locate non-case words which would indicate that 
something other than the legal case is being overruled so that the sentence is not 
added to the list. A few examples of these non-case words include "request", 
"motion", "objection", "claim", and "verdict". If the rule locates "point" or 
"points", then the sentence may be scanned forward to the end of the sentence 
and if "case", "cases" or "supra" is located, then the status of the sentence is 
unknown and it is passed on to the human reviewer. 

Another rule may locate "overrule" and scan backwards or forwards, and 
reject or accepts possible overrulings based on the other words within close 
proximity to the word "overrule" since these additional words will provide the 
context in which the word "overrule" is being used. For example, once 
"overrule" is located, four words before the word may be scanned and the 
following actions are taken when the following words are located: 1) if "we" is 
located, and the word prior to "we" is "mat", the "we" is ignored (discussion 
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about overruling only), but if no word "that" is located, then the sentence is a 
possible overruling; 2) if the verb is modified by a word that indicates 
uncertainty, such as "rather", "might", etc... the sentence is rejected since the 
court may be only indicating it might overrule the case; 3) if any word indicates 
a discussion of an overruling, then the sentence is rejected; 4) if a word indicates 
that another person did the overruling, then the sentence is rejected; and 5) if 
"will" or "should" are located, the process looks back five words for a positive 
word in order to accept the sentence. There may also be a similar set of rules for 
the verb "overrules", the infinitive form of the verb and the passive voice of the 
verb. 

Another set of rules may look for various words which indicate a 
discussion of whether to overrule, whether a court has the authority to overrule 
or a past overruling since these sentences are rejected as not containing an actual 
overruling. Another set of rules may reject sentences which indicate that 
someone else is doing the overruling (i.e., another court in the past). Still 
another rules may look for "overruling" and then determine if the sentence is 
rejected or accepted based on the sentences surrounding the word, as described 
above. 

There are also other rules which look for particular features of a sentence 
independent of the verb "overrule". For example, if the phrase "COURT:" is 
located at the beginning of a sentence, which indicates a direct quotation from 
the judge, the sentence may be accepted. If the word "Congress" is located at the 
beginning of a sentence, which may indicate that a Congressional statute is being 
overruled or that Congress itself is overruling a case, the sentence may be 
rejected. If the word "circulated" is found in a sentence near the word 
"overrule", the sentence may be accepted to catch unusual language, such as 
"because the decision overrules an opinion of this court, it was circulated to all 
active judges..." which could not be automatically identified in some other 
manner. Another rule may look for "overrule" within a quoted string and reject 
the sentence since it is usually an overruling by another court of a case which is 
being quoted by the current court. 
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In addition to the word stem "overrule", other synonyms may be searched 
for and identified. For example, the rules may also detect the word stem 
"abrogat" for California cases which use the term "abrogated" and the phrase 
"receded from" for Florida cases since these terms are used to indicate an 
overruling in each respective state. These verb tense rules may be applied in any 
order and the invention is not limited to any particular set of rules or any 
particular order of execution of the rules. 

The output of the set of verb tense rules from the automatic negative 
treatment process is a list of possible overrulings. Then, a proximity rule is 
applied to each possible overruling to determine if the overruling applies to a 
particular legal case. For example, the proximity rule may eliminate a possible 
overruling if the sentence containing the stem does not contain a citation, if the 
previous or next sentence does not contain a citation or the sentence with the 
stem "overrul" does not contain a word or phrase used to refer to a case such as 
"case", "opinion", "holding", "precedent", their plurals or "progeny" or "v.", "ex 
rel", "ex parte" or "supra". Any sentences which contains the stem "overrul" and 
satisfies the proximity rules are added to a suggested list 222 of overruling in the 
legal case. These suggested overrulings are then reviewed and checked during 
the manual review process step 1 52 by a human being. The human being, during 
the manual review process, also determines the case which is overruled and that 
data is entered into the case control database 124 which tracks legal cases within 
the legal cases database. 

In accordance with another aspect of this negative treatment process, the 
automatic process may also identify relationships other than overruled, such as 
"disting" for "distinguished" or "apposite" in a legal case, by extending the 
method to the language that characterizes those other relationships. In summary, 
the negative treatment process aids the human reviewer in determining possible 
overruling in the legal cases by automatically determining possible locations of 
overruling so that the amount of text that has to be actually reviewed by the 
human being is significantly reduced. Thus, the negative treatment process 
increases the speed with which overruling in a legal case may be identified and 
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added into the negative history of the legal case. Now, the depth treatment 
process will be described in more detail. 

Figure 9 is a flow chart of the depth treatment process 1 14 in accordance 
with the invention in which a depth treatment symbol is assigned to each citation 
within a legal case so that a person using the system may quickly determine the 
amount of text devoted to discussing a particular citation. This information may 
be utilized as one indication of the relevance of the citation since a court will 
devote more text and discussion to a highly relevant citation. 

At step 230, the file with the text of the legal case and the marked up 
citations and quotations, as described above, is received by the depth treatment 
process. At step 232, the depth treatment process identifies a citation in the legal 
case, and then in step 234, the type of citation is determined. Each citation in the 
legal case may be 1) a citation at the head of a string citation; 2) a citation 
without other accompanying citations; 3) a citation within the interior of a string 
citation; or 4) a pro forma history citation (i.e., a citation that, in the context of 
the document, are cited solely as a ancillary historical references for one of the 
cases cited in its own right). Each of these types of citations has a different 
amount of significance. For example, a lone citation or a citation at the head of a 
string citation tends to be more significant than a citation in the middle of the 
string. 

The depth treatment process next determines if there are any additional 
citations in the legal case in step 236 and loops back to step 232 to process the 
next citation in the legal case. Once all of the citations in the legal case have 
been identified and sorted into one of the types described above, they are fed into 
the grouper process 126 as shown in Figure 3. After the grouper process, in step 
238, the depth treatment process determines, for each different citation, the total 
number of each type of citation in the legal case. For example for a citation to 
Pleasant v. Celli, there may be a total of five cites in the legal case of which 
three are at the head of a string citation and two are within the interior of a string 
citation. This information about each citation in the legal case and any data 
about a verified quotation which is associated with a particular citation are used 
in step 240 to determine the depth symbol which will be assigned to the 
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particular citation. Once the depth symbols have been assigned for each citation, 
the depth treatment process has been completed. 

One example of a technique for assigning a depth symbol to a particular 
citation will now be described, but the invention is not limited to any particular 
technique for assigning the depth symbols. In addition, the invention is not 
limited to any particular type of depth symbol. In this example, a citation in the 
legal case with one to three occurrences of any type of citation (i.e., the citation 
standing along, the citation is the head of the string citation or the citation is in 
the middle of a string citation) in the legal case is assigned two stars (e.g., **), a 
citation in the legal case with four to eight occurrences of any type of citation is 
assigned three stars (e.g., ***), and a citation with nine or more occurrences of 
any type of citation is assigned four stars (e.g., ****). To further refine these 
assignments, a citation with three occurrences of any type of citation and a 
verified quotation associated with the citation is assigned three stars( e.g., ***) 
while if a citation has only internal string citation types, one star is deducted 
from that citation. Thus, the depth symbol for a particular citation in the legal 
case is automatically assigned by the system in accordance with the invention. 
The depth symbols help a user of the system more quickly determine which 
citations are probably more relevant. Now, the subject matter text assignment 
process in accordance with the invention will be described. 

Figure 10 is a flowchart illustrating a method 250 in accordance with the 
invention for assigning a piece of text nom the cited case to the citation in the 
legal case. In the example described below, the text of a headnote in the cited 
case is assigned to the citation, but the text assignment process in accordance 
with the invention may be utilized with a plurality of different pieces of text in 
the cited cases. In step 252, a citation locus (i.e., a region of text likely to 
correspond to the text supported by the citation) for each citation is assigned 
according to the a set of rules which are now described. 

To identify the citation locus, several text-parsing rules may be used, 
some of which are stronger than others, but which collectively would be highly 
likely to identify the text. To allow for varying effectiveness of the different 
rules, the extracted text may be divided into three groups, "high", "medium" and 
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"low", according to the likelihood that the extracted text was part of the correct 
citation locus. These rules may include: 



Category 


Text 


High 


1 . any non-citation material contained in the sentence that 
includes the base citation. 

2. all of the first non-citation sentence preceding the base citation 
within the same paragraph. 

3. if there is no type 2 sentence, then all of the first non-citation 
sentence following the citation within the same paragraph. 

4. all text that can be identified as a quotation form the cited 
case. 


Medium 


5. all sentences occurring between the citation next preceding 
(but not contiguous to) the base citation and a type 2 sentence. 

6. all sentences occurring between the citation next following 
(but not contiguous to) the base citation and a type 3 sentence. 

7. if there is not type 2 or type 3 sentences, and theparagraph 
containing the base citation ends with a colon or comma, the 
whole of the paragraph next following the paragraph 
containing the base citation 

8. if there is not type 2 or type 3 sentences and no type 6 
paragraph, the whole of the paragraph next preceding the 
paragraph containing the base citation 

9. if any of the text areas identified by any rule includes a 
headnote reference marker, include the headnote and its 
keyline 


Low 


10. the whole of the paragraph containing the base citation 


General 


1 1 . if the citation occurs in a footnote, it is treated as if it occurred 
at both the footnote location and the location of the footnote 
marker 


Not Posted 


12. citations occurring only in the subsequent history of another 
citation 
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Then, in step 254, the terms in the citation loci are weighted according to 
the rule that was used to identify them, with a high, medium or low matching 
corresponding to weights of 2.0, 1.0 and 0.5, respectively. Different types of 
documents, such as legal cases or law review articles, may require a different set 
of rules to determine the weights. Once the pieces of text have been identified 
and assigned a belief value, in step 256, the identified pieces of text are matched 
against pieces of text which may be within the cited document. In one example, 
the pieces of text within the cited document may be headnotes, but the invention 
is not limited to any particular type of text which the identified pieces of text are 
matched against. The matching may be done using natural language query as 
described in previously referenced U.S. Patent Nos. 5,265,065 and 5,41 8,948 
which are owned by the assignee of this application and are incorporated herein 
by reference. The results of the search is a list of possible pieces of text from the 
cited case, such as a headnote, which may be assigned to the citation in the legal 
case and a belief score for each possible piece of text. 

Next, in step 258, the one or more pieces of text that are going to be 
assigned to the citation are selected though a thresholding process. The 
thresholding process ranks the pieces of text for each citation based on the belief 
score. The piece of text may be posted to the database whenever the following 
quantity equals or exceeds 0.5: 

1 

1+e -(j3 0 + # ^belief -0A + /3 2 In{freq) + PJn{belief - lag! + O.OOOl) 
The beta values for this equation are as follows: 



Document 


Rank 


Po 


Pi 






non-ALR 


1 


4.0451 


3.1975 


0.8477 


.9033 


non-ALR 


2 


0.5573 


9.0220 


1.0348 


0.6743 


non-ALR 


3 


-2.0421 


11.2619 


0.8949 


0.2954 


ALR 


1 


-1.4256 


50.4929 


0.3488 


0.0000 


ALR 


2 


-2.8199 


65.6148 


0.6207 


0.0000 


ALR 


3 


-2.3701 


40.8479 


1.2445 


0.0000 
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ALR 


4 


-3.3474 


60.8075 


1.7349 


0.0000 


ALR 


5 


-3.0805 


55.6003 


1.3188 


0.0000 



where the columns marked "ALR" contain variables for ALR articles, as 
described above, which have a higher belief score than the non-ALR documents. 
The columns labeled "non-ALR" contain variables for non-ALR documents. 

In the equation, Freq is the total citation frequency for the citation pair, 
and lag2 is the belief score of the second following candidate when the 
candidates are sorted by belief score in descending order (or 0.4 if there is no 
such candidate). Once the thresholding has been completed and the one or more 
pieces of text has been assigned to each citation in the legal case, one or more 
pieces of text are stored in the database in step 260 as described above so that it 
may be retrieved for a user when requested. 

hi summary, the subject matter assignment process automatically 
generates one or more pieces of text for a citation in the legal case based on 
pieces of text in the cited case such as a headnote. The process first 
automatically identifies supporting text in the legal case and assigns a belief 
value to the supporting text, matches all of the piece of text against pieces of text 
in the cited cases, and then automatically assigns a piece of text, such as a 
headnote, from the cited case to the particular citation. These subject matter 
assignments permit a citation to the legal case to be sorted or selected by the 
subject matters which helps during the collocation process. 

Thus, the machine implemented system in accordance with the invention 
automatically processes a document, such as a legal case, and generates 
information about the document which may provide the user of the system with 
useful information about the contents of the document. In a conventional 
system, on the other hand most of this information about the document would be 
generated by a human being reading the document and making notes about the 
document which is a slow, expensive, error-prone process. For a legal case, the 
system may automatically generate information about the negative history the 
legal case, about the depth treatment of a citation by the legal case, about the 
quotation in the legal case which are verified as originating from a particular 
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source, and about one or more headnote which are assigned to a particular 
citation in the legal case. Thus, the operator of the system may rapidly generate 
this information about the legal case and a user of the system may quickly locate 
this information since it is all readily accessible from a graphical user interface. 
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Pv 



Graphical 



KeyCite 
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• Visual display of KeyCite direct history for cases 

• Designed to make cases direct history easier to 
understand and use 

• Majority of direct history displays not difficult to 
understand now, however: 

- Customers still prefer the graphical display 

- Customers who said that they preferred the textual display 
were able to get more questions correct when they used 
Graphical KeyCite 

• Will play large role in Academic market - instructors 
will use to teach direct history 
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Some 
Motivating 
Problems 
Recognized by 
Inventor(s) 
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Some case Histories in text format can be 
challenging to follow... 




Direct History 

A.D,2d 7S2, 252 N.Y.S.2cf 19 (N. 



Petitions. Briefs & Filings 
ResufaPI US"" 




H 2 People v. Vignera, 14 N.Y.2d < 
AND Motion Granted by 

AND Judgment Affirmed by 
' r* i People v. Vignera, IS M.Y.2d 970, 

Remittitur Amended by 
H £ People v. Vignera, IS N.Y.2d 619, 

AND Demittitur Amended by 
H 6 people v. Vignera, 16 N.Y.2d 6 



spt. May 04, 1964) 
1964 WL 1B481 (N.Y. Jul 10, 1964-) (TABLE) 

1964 WL 1BS77 (N.Y. Oct 01, 1964) (TABLE) 

207 N.E.2d S27, 259 N.Y.S.2d 8S7 (N.Y. Apr 15, 196S) 

1965 WL 1AB22 (N.Y. May 20, 196S) (TABLE) 

209 N.E,2d 110, 261 N.Y.B.2d 6S (N.Y. May 20, 196S) 
,Ed.2d 339 (U.S.N. Y, Nov 22. 1965) 



TablB of Authorities 
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finif citation! I leu „ _ . . 

iw H j Vignara v. New York, 382 U.S. 

p. Some negative history but not KeyCife (NO- 397, MISC) 




KeyCite case appearing more than once 
in history result can be confusing! 




*3 KeyCtted Citation; 

Miranda V. Arizona, 364 U.S. 434, 10 Ohio Misc, 9, Bo S.Ct. 160; 
A.LR.3d 974 (U,S.Ari2. Jun 13, 1966} (NO- 7S9, 760, 761, 584) 
Keftesnng Darned by 




:d.2d 1S1 (U.S.Ari2. Oct 10, 1' 



I ArnJur,2d 

1 1. EWrienre 

■ Arlnite tbi'"-"— 

TfihUi of A irtlirirlt ies 



* iS People v. Vignera, IS N.Y.Zd 970, 207 N.E.2d 527, 2S9 N.Y.S.Ed 8S7 (N.Y. Apr IS, 196S) 

Iternittilw Amended by 
H 11 People V. Vignera, IS N,Y,2d 7S2, 1S>66 WL 20838 (N.Y. Sep 22, 1966) (TABLE) 

AW Remittitur Amends/ 6y 
" 12 Peopla v, Vignera, 38 N.Y.Sd 723, £20 N.E.24 806, 274 N.Y.S.2d 162 (N.Y, Sep 22, 1?66) 



* « Wsswver v. U. S., 3+2 F.2d 634 (9th Cir.fCal.) Mar 11, 196S) (NO. 19S+3) 
Certiorari Gr-antea by 

H 14. Westover v. U.S., 382 U.S. 924, 66 S.Ct. 318, 15 l.Ed.Sd 339 (U.S.Cal. Nov 22, 196S) 



5 KeyCited Citation: 

Miranda v. ArKone, 364 U.S. 436, 1Q Ohio Misc. 9, 66 S.Ct. 160: 
A,l.R.3d P74ftt.S.Are. Am 73. 1966) fflO. 759 , 760. 761, ilH) 



ftehaamg denied bv 
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Alternatives to the Conventional Text 
Interface 
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Horizontally oriented time/court level focused design | | j g ] 

111- 
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A vertically oriented thread-focused design - with 
designated court level zones, minimized procedural boxes 
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Technology BiS 
Challenges'^ 



1 



CHALLENGE 


RESOLUTION 


STATUS 


TECHNOLOGY 


Use GDI+ in .Net. This solution produces an 
image that can be displayed in all browsers. 


RESOLVED 


BUSINESS RULES 


Produced a "Rules document" that broke our 
decisions down into short defined rules 


RESOLVED 


LOGIC 


Devised "grid" solution 


RESOLVED 


BILLING/TRACKING 


Requirements clarified for Billing groups. No 
charge for Graphical display, but we do track 
usage. Some embodiments may charge a per 
transactional access of the grid; others may 
add a lump sum option fee to flat-rate type 
accounts to make this feature avaiable 


RESOLVED 


PRINTING 


WSDL file recently completed; rest of 
development in progress 


In Progress 
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THOMSON 



Graphical: 



Early embodiment 



pi 



■■BlllllillliBP: 



46 



WO 2007/009054 



PCT/US2006/027302 



XHOIV1SOIV 



Graphical Ke^ 



Refined Embodiment 
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Architecture 
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Westlaw Server Enhancem 




• KeyCite engines to build and return xml representation of direct 
history chain(s) 

• Metadata enhancements to meet new display requirements 

• Printing via OPD of images created by the client Ul 
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V.I 

XML representation of history 

, ,' . 4 
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Metadata enhancements 1 



• Assign an attribute to each court (approx. 5300) to represent court 
zone: 

- U.S. Supreme Court 

- State High Court 

- Intermediate Court 

- Trial Court 

• Assign new attributes to each treatment phrase: 

- Substantive Weight 

• Procedural Motion 

• Full case 

- Lateral Litigation 
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Metadata application ' 





U.S. Supreme Court Zone | | State High Court Zone | Intermediate Court Zone Trial Court Zone 
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Print enhancements 




• New print options 

- Graphical History 

- Graphical History combined with Textual Citing References 

• Modify workflow to build a print result from client created image(s) 

- Images stored and retrieved via the Archive service 

- Image key(s) passed to Westlaw server on print request 

• Billing changes to allow separate charges for printing graphical 
results 
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Exemplary rule set for building basic diagrams. 
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Need a set of rules for building basic diagrams. 




Parents should be centered below their children 
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Need a set of rules for building basic diagrams. 



Parents should be centered below their children 
(When possible) 
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Children should be arranged in date order (left to right, for example) 



Slide 29 





Need a set of rules for building basic diagra 


ns. 


|Supreme 


Courtj 


< | High Court! 




\ Trial Court j 




Boxes must be in the correct court level 
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Cases 

a StateHighCourt (People v. Vignera) Jul 10, 1964 
b StateHighCourt (People v. Vignera) Oct 01, 1964 
C IntermediateCourt (People v. Vignera) May 04, 1964 
D StateHighCourt (People v. Vignera) May 20, 1965 
E IntermediateCourt (Westover v. U. S.) Mar 1 1 , 1 965 
F StateHighCourt (People v. Stewart) Mar 25, 1965 
G StateHighCourt (State v. Miranda) Apr 22, 1965 
h USSupremeCourt (California v. Stewart) Dec 06, 
1965 

i USSupremeCourt (Westover v. U.S.) Nov 22, 1965 



i USSupremeCourt (Westover v. U.S.) Nc 
j USSupremeCourt (Miranda v. Arizona) I 
K StateHighCourt (People v. Vignera) Apt 
L StateHighCourt (People v. Vignera) Ma; 
m USSupremeCourt (Vignera v. New Yor 
1965 

N StateHighCourt (People v. Vignera) Se| 
O USSupremeCourt (Miranda v. Arizona) 
1966 

p USSupremeCourt (California v. Stewart 
1966 

Q StateHighCourt (People v. Vignera) Se 
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Relationships 

• C->a 

• C->b 

• C->K 

• E->i 

• E->0 

• F->h 

• F->0 
•G->j 



• G->0 

• K->D 

• K -> L 

• K->m 

• K->N 

• K->0 

• K->Q 

• 0->p 
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BE95S 
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• Use Microsoft Windows GDI+ (Graphical Device 
Interface) 

• Used to draw a bitmap dynamically (vector graphics can 
also be used.) 

• Combination of rectangles, lines, images and text. 



. L 5 } 

! p» Pynplev TiUifl , -3 , 

IAS: , 332P.2M47 f ; W ^ .m: '-:^ :y £ 
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Exemplar^ 



— 



The rendering functionality (renderer) was made generic for 
re-use possibilities (Graphical Statutes?). 

An intermediate piece converts data from KeyCite specific 
data to generic data. 
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The Renderer only knows about text, images, lines and 
arrows. 

Each cell of the grid can contain either text and images or 
lines and arrows. 



Lines & Arrows 
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Each cell of the grid is processed individually to determine 
its size, and then graphing offsets are determined for the 
whole grid to know where text and lines can be drawn. 



(200,7 



(600, 300) 



(900,1 
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Functionality to shrink the image horizontally 

With a grid, the width of each column is constant. 

Squishing pushes each column as close to the adjacent 
columns as possible. 

This results in columns that overlap the adjacent columns, 
effectively removing the grid look. 
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_ _ _L -.mJi 



Move the second column as close to the first column until 
the cells collide. 



1 ... 


I 1 H Williams v.U.S. 




| H Granting Csitiorari JJ 


-», \ |.| H Granting Certiorari j | 


p> flacky v.U.S, 
A«lnninaJudjm«tit 411F.Id504 






' Jj t> Willia 


OctlT 1969 !' '/'■; ' ' j t> Mackey v. U.S. , J v ; - :• • rj 
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Now move the former third column as close to the second 
column as possible. 
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And the next column, etc 



H Williams u.U 



nntliw Certiorari j ■ |~H OraMlim Certiorari | 



F> Mackey «, U.S. 
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It can get 
complex... 
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Graphical 



Graphical KeyCite for statutes takes 
legislative research even further with a 
clear visual representation of statute 
versions and legislative history 
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Case Box Layout 
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Summary of Rules 
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Scenarios 



Legend: 



Full Case = UPPER CASE = |~A~| 
lower case = procedural motion = | a | 



Scenario: 

A->B: A is a parent of B 
A & B are in court 1 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from 
the bottom of the box. 




Scenario: 

A -> B: A is a parent of B 
A -> C: A is a parent of C 
A, B & C are in court 1 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 
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Scenario: 

A -> B: A is a parent of B 
A -> C: A is a parent of C 
A -> D: A is a parent of D 
A, B, C & D are in court 1 

Rules: 

9 Parents are centered below 
their children. 

■ When there is a T 
intersection between a 
parent and child, the 
bottom vertical line will be 
offset. 




Scenario: 

A -> B: A is a parent of B 
A -> C: A is a parent of C 
D->B:Disaparent ofB 
A, B, C & D are in court 1 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 




Scenario: 

A -> B: A is a parent of B 
B is in court 1 
A is in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 



1 


B 




2 


A 
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Scenario: 

A -> B: A is a parent of B 
A -> C: A is a parent of C 
B & C are in court 1 
A is in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of 
the parent. 



Scenario: 

A -> B: A is a parent of B 
A -> C: A is a parent of C 
C is in court 1 
A & B are in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
parent. 




Scenario: 

A -> B: A is a parent of B 
A -> C: A is a parent of C 
C is in court 1 
B is in court 2 
A is in court 3 



Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
The relationship split will 
occur in the court level of the 
parent. 
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Scenario: 

A->B: A is a parent of B 
B->C: B sends case down to C 
B is in court 1 
A & C are in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the 
case sent down to. 




Scenario: 

A->B: A is a parent of B 

B->C: B sends case down to C 

B->D: B sends case down to D 

B is in court 1 

A, C & D are in court 2 

A (01/01/00) 

B (02/01/00) 

C (03/01/00) 

D (04/01/00) 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ When there is more than 
one case sent down from a 
single parent, the line from 
the right of the parent will 
continue on to 
accommodate the 
additional cases. 
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Scenario: 

A->B: A is a parent of B 
B->C: B sends case down to C 
C->D: C is a parent of D 
B & D are in court 1 
A & C are in court 2 
A (01/01/00) 
B (02/01/00) 
C (03/01/00) 
D (04/01/00) 



Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 
Parents that have a line 
coming into the top of the 
case will have a line coming 
out of the right that will 
then connect to it's 
children. 
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Scenario: 

A->B: A is a parent of B 
B->C: B sends case down to C 
C->D: C is a parent of D 
C->E: C is a parent of E 
B, D & E are in court 1 
A & C are in court 2 
A (01/01/00) 
B (02/01/00) 
C (03/01/00) 
D (04/01/00) 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ Parents that have a line 
coming into the top of the 
case will have a line coming 
out of the right that will then 
connect to it's children. 




Scenario: 

A->B: A is a parent of B 
A->C: A is a parent of C 
B->C: B is a parent of C 
B is in court 1 
A & C are in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 
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Scenario: 

A->B: A is the parent of B 

A & B's relationship is "Appeal 

after Remand" 

A & B are in court 1 

Rules: 

■ Parents will be drawn to 
the left of a child, when 
they are in the same court 
level and there relationship 
is on the Lateral Litigation 
list. 




Scenario: 

A->B: A is the parent of B 

A & B's relationship is "Appeal 

after Remand" 

A is in court 2 

B is in court 1 



1 


B 

















Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
When the parent and 
child's relationship is on 
the Lateral Litigation list, 
but they are not in the same 
court level the Lateral 
Litigation will not be used 
to determine the placement. 
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Scenario: 

A->B: A is the parent of B 
A->C: A is the parent of C 
A & B's relationship is "Appeal 
after Remand" 

A & C's relationship is "Appeal 

after Remand" 

A, B & C are in court 1 



Parents will be drawn to the 
left of a child, when they are 
in the same court level and 
there relationship is on the 
Lateral Litigation list. 




Scenario: 
A->C: A is a parent of C 
B->C: Bis a parent of C 
C is in court 1 
A & B are in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ If a parent cannot be 
centered below a child, it 
will be offset below a child. 
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18 Scenario: 

A->D: A is a parent of D 
B->D:BisaparentofD 
C->D: C is a parent of D 
D is in court 1 
A, B & C are in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ If a parent cannot be centered 
below a child, it will be 
offset below a child. 



Scenario: 

A->E: A is a parent of E 
B->E: B is a parent of E 
C->E: C is a parent of E 
D->E: D is a parent of E 
E is in court 1 
A, B, C & D are in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from, the 
bottom of the box. 

■ If a parent cannot be centered 
below a child, it will be 
offset below a child. 

■ The width of the child will 
expand to the point 
necessary in order for all of 
it's parents relationships to 
be drawn. 



C ; B A 
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Scenario: 

A->B: A is a parent of B 
B->C: Bis a parent of C 
A->C: A is a parent of C 
C is in court 1 
B is in court 2 
A is in court 3 

Rules: 

■ Parents are centered below 
their children. 

" Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ When the parent would 
need to go around one child 
to get to another it will be 
offset. 




Scenario: 

A->B: A is a parent of B 
B->C: B is a parent of C 
A->C: A is a parent of C 
D->C: D is a parent of C 
D->A: D is a parent of A 
C is in court 1 
B is in court 2 
A is in court 3 
D is in court 4 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

» When the parent would need 
to go around one child to get 
to another it will be offset. 
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Scenario: 

A->b: A is a parent of b 
b is in court 1 
A is in court 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 



Scenario: 

A->b: A is a parent of b 
A->c: A is a parent of c 
A, b & c are in court 1 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Motions for the same 
parent in the same court 
level are stacked on top of 
each other. 
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Scenario: 

A->b: A is a parent of b 
A->c: A is a parent of c 
b & c are in court 1 
A is in court 2 

Rules: 

» Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Motions for the same parent 
in the same court level are 
stacked on top of each other. 
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Scenario: 

A->h: A is a parent of b 
A->c: A is a parent of c 
A->d: A is a parent of d 
b & c are in court 2 
d is in court 1 
A is in court 3 

Rules:. 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Motions for the same parent 
in the same court level are 
stacked on top of each other. 
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Scenario: 

A->b: A is a parent of b 
A->c: A is a parent of c 
A, b & c are in court 1 
A (01/01/00) 
b (02/01/00) 
c (03/01/00) 



Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
Motions for the same parent 
in the same court level are 
stacked on top of each other 
Stacked procedural 
motions are ordered with 
the earliest on the bottom 
and the latest on the top. 




Scenario: 
A->b: A is a parent of b 
A->c: A is a parent of c 
A, b & c are in court 1 
A (01/01/00) 
b (02/01/00) 
c (02/01/00) 

Rules: 

Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
Motions for the same parent 
in the same court level are 
stacked on top of each other 
When procedural motions 
have the same date, they 
are stacked in whatever 
order we receive them. 
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Scenario: 

A->b: A is a parent of b 

A->c: A is a parent of c 

A->d: A is a parent of d 

d is in court 1 

A, b & c are in court 2 

A (01/01/00) 

b (02/01/00) 

d (03/01/00) 

c (04/01/00) 

Rules:. 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Motions for the same parent 
in the same court level are 
stacked on top of each other. 

■ Stacked procedural motions 
are ordered with the earliest 
on the bottom and the latest 
on the top. 

■ When ordering the children 
from left to right, an entire 
stack of procedural motions 
takes on the date of its 
earliest member. 
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Scenario: 

A->b: A is a parent of b 

b->c: b is a parent of c 

A->d: A is a parent of d 

d is in court 1 

A, b & c are in court 2 

A (01/01/00) 

b (02/01/00) 

d (03/01/00) 

c (04/01/00) 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
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Scenario: 

A->c: A is a parent of c with 
history treatment of x. 
B->c: B is a parent of c with 
history treatment of y. 

A, B & c are in court 1 

A (01/01/00) 
B (02/01/00) 
c (03/01/00) 

Rules: 

■ Parents are centered below 
their children. 

■ : Non-remand relationship 

arrows should enter from the 
bottom of the box. 

■ If a procedural box has 
different history treatments 
to display, it shall be 
promoted to a substantive 
full case box. 
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Scenario: 

A->B: A is a parent of B 
A->C: A is a parent of C 
C is in court 1 
A & B are in court 3 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
parent 



□ 



Scenario: 

A->B: A is a parent of B 

A->C: A is a parent of C 

A (01/01/00) 

B (02/01/00) 

C (03/01/00) 

A, B, & C are in court 1 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The children will be in 
order with the earliest child 
on the left and the latest 
child on the right. 



TIT 
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Scenario: 

A->B: A is a parent of B 
A->C: A is a parent of C 
D->C: D is a parent of 
D (01/01/00) 
A (02/01/00) 
B (03/01/00) 
C (04/01/00) 

A, B, C & D are in court 1 
Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ If a parent cannot be centered 
below a child, it will be 
offset below a child 

■ The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 
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Scenario: 

C->E: C is a parent of E 
C->D: C is a parent of D 
B->E: Bis a parent ofE 
B->C:BisaparentofC 
A->B: A is a parent of B 
A->D: A is a parent of D 
A, B, C, D & E are in court 1 
A (01/01/00) 
B (02/01/00) 
C (03/01/00) 
D (04/01/00) 
E (05/01/00) 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ If a parent cannot be centered 
below a child, it will be 
offset below a child 

■ The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 

■ When lines need to cross 
their will be a bump on the 
horizontal line at the point 
where the lines cross. 
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Scenario (Miranda - 86 set 
1602): 

A->B: A is a parent of B 
A->c: A is a parent of c 
A->d: A is a parent of d 
B->e: B is a parent of e 
B->f: B is a parent of f 
B->g: B is a parent of g 
B->h: B is a parent of h 
B->i: B is a parent of i 
B->P: Bis a parent ofP 
K->1: K is a parent of 1 
K->P: K is a parent of P 
J->m: J is a parent of m 
J->P: J is a parent of P 
0->n: O is a parent of n 
0->P: O is a parent of P 
P->q: P is a parent of q 

A and J are in court 3 
B,c,d,e,f,g,h,K, and O are in 
court 2 

i,l,m,n,P and q are in court 1 



Rules: 

■ Parents are centered below their children. 

■ Non-remand relationship arrows should enter from 
the bottom of the box. 

■ When there is a T intersection between a parent 
and child, the bottom vertical line will be offset. 

■ The relationship split will occur in the court level 
of the parent. 

■ The width of the child will expand to the point 
necessary in order for all of it's parents 
relationships to be drawn. 

■ Motions for the same parent in the same court 
level are stacked on top of each other. 

■ Stacked procedural motions are ordered with the 
earliest on the bottom and the latest on the top. 

■ When procedural motions have the same date, they 
are stacked in whatever order we receive them. 

■ When ordering the children from left to right, an 
entire stack of procedural motions takes on the 
date of its earliest member. 

- The children will be in order with the earliest child 
on the left and the latest child on the right. 
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Scenario (Festo - 172 F. 3d 1361): 

A->E: A is a parent of E 

A->J: A is a parent/great-grandparent of J 

B->E: B is a parent of E 

B->J: B is a parent/great-grandparent of J 

B->C: Bis a parent of C 

D->E: D is a parent of E 

E->F:EisaparentofF 

E->G: E is a parent/grandparent of G 

E->H: E is a parent/grandparent to H 

F->G: F is a parent of G 

F->H:FisaparentofH 

F->J: F is a parent of J 

H->I: H is a parent of I 

H->J: H is a parent / sibling of J 

J->k: J is a parent of k 

J->L: J is a parent of L 

L->M: L is a parent of M 

M->N: M is a parent of N 

N->o: N is a parent of o 

N->p: N is a parent of p 

F, k, L, p & 0 are in court 1 
E, G, H, I, J, M & N are in court 2 
C & D are in court 3 
A & B are in court 4 

A (12/00/1973) 
B (10/12/1982) 
C (04/12/1982) 
D (02/03/1994) 
E (12/14/1995) 
F (03/17/1997) 
G (06/09/1997) 
H (04/19/1999) 
1(08/20/1999) 
J (11/29/2000) 
k (06/18/2001) 
L (05/28/2002) 
M (09/20/2002) 
N (09/26/2002) 
0(04/19/2004) 
p (04/1 9/2004) 



Rules: 

■ Parents are centered below their children. 

■ Non-remand relationship arrows should 
enter from the bottom of the box. 

■ When there is a T intersection between a 
parent and child, the bottom vertical line 
will be offset. 

■ The relationship split will occur in the 
court level of the parent. 

■ Cases sent down will start with a line 
from the right of the case to the top of the 
case sent down to. 

■ When there is more than one case sent 
down from a single parent, the line from 
the right of the parent will continue on to 
accommodate the additional cases. 

■ Parents that have a line coming into the 
top of the case will have a line coming 
out of the right that will then connect to 
it's children. 

■ If a parent cannot be centered below a 
child, it will be offset below a child. 

■ Motions for the same parent in the same 
court level are stacked on top of each 
other. 

■ Stacked procedural motions are ordered 
with the earliest on the bottom and the 
latest on the top. 

■ When procedural motions have the same 
date, they are stacked in whatever order 
we receive them. 

■ When ordering the children from left to 
right, an entire stack of procedural 
motions takes on the date of its earliest 
member. 

■ The children will be in order with the 
earliest child on the left and the latest 
child on the right. 
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Scenario (Habeas - 666 NYS2d 
463): 

A -> b: A is a parent of b 
A -> C: A is a parent of C 
C->D:CisaparentofD 
D -> E: D is a parent of E 
E -> F: E is a parent of F 
C->F: C is a parent of F 

b & C are in court level 1 
A & E are in court level 2 
D & F are in court level 3 

A (Dec 1997) 
b (Mar 1998) 
C (Dec 1998) 
D(Jun2003) 
E (Oct 2004) 
F (Dec 2004) 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
parent. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ When there is more than one 
case sent down from a single 
parent, the line from the right 
of the parent will continue on 
to accommodate the 
additional cases. 

■ Parents that have a line 
coming into the top of the 
case will have a line coming 
out of the right that will then 
connect to it's children. 

• The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 



D 
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Scenario (CPC international 777 
Fsupp549): 

A -> B: A is a parent of B 
A -> D: A is a parent of D 
B->C:BisaparentofC 
B -> D: B is a parent of D 
D->e:Disaparentofe 
D -> F: D is a parent of F 
D->G:DisaparentofG 
D->H:DisaparentofH 
F -> I: F is a parent of I 
I -> J: I is a parent of J 

e, F, G & H are in court 1 
B, C, D & I are in court 2 
A & J are in court 3 

A (Aug 1991) 
B (Jul 1995) 
C (Oct 1995) 
D (May 1997) 
e (Dec 1997) 
F(Jun 8, 1998) 
G(Junl5, 1 998) 
H (Jun 15, 1998) 
I(Junl7, 1998) 
J (Nov 2001) 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
parent. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ When ordering the children 
from left to right, an entire 
stack of procedural motions 
takes on the date of its 
earliest member. 

■ The children will be in order 
with the earliest child on the 
l«frfuw? &«r latest child on the 
right. 
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40 I Scenario(583 So2d 276): 
A -> B: A is a parent of B 
B -> c: Bis a parent of c 
B -> D: B is a parent of D 
A -> E: A is a parent of E 
E->F: E is a parent of F 
E -> g; E is a parent of g 

B &D are joined by a lateral 
litigation phrase 
A &E are joined by a lateral 
litigation phrase 

c & g are in court 1 

B is in court 2 

A, D, E & F are in court 3 

A (Aug 3, 1990) 
B (Apr 11, 1991) 
c(Mar2, 1992) 
D (Aug 14, 1998) 
E (Dec 16, 2003) 
F(Feb 18, 2004) 
g(Oct4, 2004) 

Rules: 

Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
The relationship split will 
occur in the court level of the 
parent. 

Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 
Parents that have a line 
coming into the top of the 
case will have a line coming 
out of the right that will then 
connect to it's children. 



Parents will be drawn to the left of a child, 
when they are in the same court level and there 
relationship is on the Lateral Litigation list. 
The children will be in order with the earliest 
child on the left and the latest child on the right. 
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Scenario(125 SCt 82): 
B -> A: B is a parent of A 
C -> A: B is a parent of A 
D -> A: B is a parent of A 
E -> A: B is a parent of A 
F -> A: B is a parent of A 
G -> A: B is a parent of A 
H -> A: B is aparent of A 
I -> A: B is a parent of A 
J -> A: B is a parent of A 
K -> A: B is a parent of A 
L -> A: B is a parent of A 
M -> A: B is a parent of A 
N -> A: B is a parent of A 
O -> A: B is a parent of A 
P -> A: B is a parent of A 
Q -> A: B is a parent of A 
R -> A: B is a parent of A 
S -> A: B is a parent of A 
T -> A: B is a parent of A 
U -> A: B is a parent of A 

V -> A: B is a parent of A 
W -> A: B is a parent of A 
X -> A: B is a parent of A 

Y -> A: B is a parent of A 
Z -> A: B is a parent of A 
AA -> A: B is a parent of A 
BB -> A: BB is a parent of A 

A is in court level 1 

B, C, D, F, G, H, I , J, K, L, M, 

N, O, P, Q, R, S, T, U, V, W, X, 

Y, Z, AA & BB are in court level 

2 



Parents are centered below their children. 
Non-remand relationship arrows should enter from 
the bottom of the box. 

If a parent cannot be centered below a child, it will 
be offset below a child. 

The width of the child will expand to the point 
necessary in order for all of it's parents 
relationships to be drawn. 
The children will be in order with the earliest child 
on the left and the latest child on the right. 
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42 I Scenario(2002 WL 485700): 

A->B: A is a parent of B 
A->C: A is a parent of C 
C->D: C is a parent of D 
D->E: D is a parent of E 

C & D are joined by a lateral 
litigation phrase 

A (Mar 2002) 
B (May 2002) 
C (2003) 
D (June 2004) 
E (Nov 2004) 



C & D are in court level 1 
A, B & E are in court level 2 




Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
parent. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ Parents will be drawn to the 
left of a child, when they are 
in the same court level and 
there relationship is on the 
Lateral Litigation list. 

■ The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 
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Scenario(212 Fsupp2d 1319): 

A->B: A is a parent of B 
B->C:BisaparentofC 
C->D: C is a parent of D 
A->D: A is a parent of D 

B & C are joined by a lateral 
litigation phrase 
C & D are joined by a lateral 
litigation phrase 

A (2002) 
B (Apr 2003) 
C (Dec 2003) 
D (2004) 

C is in court level 1 

B & D are in court level 2 

A is in court level 3 

Rules: 

Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
The relationship split will 
occur in the court level of the 
parent. 

Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

Parents will be drawn to fee 
left of a child, when they are 
in the same court level and 
there relationship is on the 
Lateral Litigation list. 
If a parent cannot be centered 
below a child, it will be offset 
below a child. 

The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 
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Scenario(320 F3d 1073): 

A->B: A is a parent of B 
B->C: B is a parent of C 

A & Bare joined by a lateral 
litigation phrase 
B & C are joined by a lateral 
litigation phrase 

A (2003) 
B (2004) 
C (2005) 

B is in court level 1 

A & C are in court level 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ P arents will be drawn to the 
left of a child, when they are 
in the same court level and 
there relationship is on the 
Lateral Litigation list. 

■ The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 
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Scenario(179BR264): 

A->B: A is a parent of B 
A->C: A is a parent of C 
D->B: D is a parent of B 
D->C: D is a parent of C 

A (1995) 
B (2001) 
C (2004) 
D (1996) 



B & C are in court level 1 
A & D are in court level 2 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ The relationship split will 
occur in the court level of the 
parent. 

■ The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 
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Scenario(923 P2d 197): 
A->b: A is a parent of b 
A->C: A is a parent of C 
C->D: C is a parent of D 
D->E: D is a parent of E 
A->E: A is a parent of E 

A & C are joined by a lateral 

litigation phrase 

D & E are joined by a lateral 

litigation phrase 

A & E are joined by a lateral 

litigation phrase 

A (1995) 
b(1997) 
C (2001) 
D (2002) 
E (2004) 

b is in court level 1 

A, D& E are in court level 3 

C are in court level 4 

Rules: 

■ Parents are centered below 
their children. 

■ Non-remand relationship 
arrows should enter from the 
bottom of the box. 

■ Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

■ When there is more than one 
case sent down from a single 
parent, the line from the right 
of the parent will continue on 
to accommodate the 
additional cases. 

* Parents that have a line 
coming into the top of the 
case will have a line coming 
out of the right that will then 
connect to it's children. 



□ 



Parents will be drawn to the left of a child, when 
they are in the same court level and there 
relationship is on the Lateral Litigation list. 
A case has remanded Child and a lateral 
litigation child there should have two lines 
coming out of the right of the box. 
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Scenario(1998 WL 1285714): 
A->B: A is a parent of B 
B->C:BisaparentofC 
C->D:CisaparentofD 
C->E:CisaparentofE 
F->B: F is a parent of B 

B & C are joined by a lateral 

litigation phrase 

C & D are joined by a lateral 

litigation phrase 

C & E are joined by a lateral 

litigation phrase 

A (1998) 

B (2001) 

C (2002) 

D (Nov 20, 2002) 

E (Nov 20, 2002) 

F (2000) 

C is in court level 1 

B, D& E are in court level 2 

A & F are in court level 3 



Parents are centered below 
their children. 
Non-remand relationship 
arrows should enter from the 
bottom of the box. 
Cases sent down will start 
with a line from the right of 
the case to the top of the case 
sent down to. 

When there is more than one 
case sent down from a single 
parent, the line from the right 
of the parent will continue on 
to accommodate the 
additional cases. 
The children will be in order 
with the earliest child on the 
left and the latest child on the 
right. 




□ □ 
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Summary of Rules 

■ Parents are centered below their children. 

■ Non-remand relationship arrows should enter from the bottom of the box. 

■ When there is a T intersection between a parent and child, the bottom 
vertical line will be offset. 

» The relationship split will occur in the court level of the parent. 

■ Cases sent down will start with a line from the right of the case to the top of 
the case sent down to. 

■ When there is more than one case sent down from a single parent, the line 
from the right of the parent will continue on to accommodate the additional 
cases. 

■ Parents that have a line coming into the top of the case will have a line 
coming out of the right that will then connect to it's children. 

■ Parents will be drawn to the left of a child, when they are in the same court 
level and there relationship is on the Lateral Litigation list. 

■ If a parent cannot be centered below a child, it will be offset below a child. 

■ The width of the child will expand to the point necessary in order for all of 
it's parents relationships to be drawn. 

■ When the parent would need to go around one child to get to another it will 
be offset. 

■ Motions for the same parent in the same court level are stacked on top of 
each other. 

■ Stacked procedural motions are ordered with the earliest on the bottom and 
the latest on the top. 

■ When procedural motions have the same date, they are stacked in whatever 
order we receive them. 

■ When ordering the children from left to right, an entire stack of procedural 
motions takes on the date of its earliest member. 

■ The children will be in order with the earliest child on the left and the latest 
child on the right. 

■ When lines need to cross their will be a bump on the horizontal line at the 
point where the lines cross. 

« If a procedural box has different history treatments to display, it shall be 
promoted to a substantive box. 

■ A case has remanded Child and a lateral litigation child there should have 
two lines coming out of the right of the box. 

■ Only stack procedural motions that have a common single parent. 
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Highlights 



Beyond Citation Checking: Graphical KeyCite Paints a 
Picture of Procedural Case History 

A picture is worth a thousand words. For legal researchers, the powerful, new 
Graphical KeyCite may be worth even more because it literally illustrates the 
procedural history of case law. 

Thomson West, a business within The Thomson Corporation (NYSE: TOC; 
TSX: TOC) today introduced Graphical KeyCite, the latest innovation to 
KeyCite®, the service that has revolutionized citation checking since it was first 
introduced. 

In that year, law librarians at the American Association of Law Libraries 
applauded the intuitive KeyCite flags that instantly let legal researchers know 
whether a judicial opinion was still good law, as well as the depth-of-treatment 
stars and symbols that indicated how extensively the case had been relied on in 
other opinions. KeyCite also was the first citation checking service to enable 
researchers to effortlessly probe the history of a case. 

Graphical KeyCite takes these innovations to a new plateau by literally painting 
a picture of a case's direct history. The feature links citations to later motions, 
pleadings and lower-court decisions as the case ascends to higher courts. This 
exclusive KeyCite feature helps researchers to instantly see how a case moved 
through the court system over time, and to quickly understand the impact at each 
level. 
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"For the first time, the history of the court case is illustrated, helping researchers 
understand the impact faster," said Jon Medin, director of Product Development 
for KeyCite. 

Medin added that KeyCite combines analysis from legal editors at Thomson 
West with technology to illuminate issues such as how much the citing case 
discusses the cited case. "The same attorney-editors who author West's extensive 
collection of authoritative case law headnotes also assign the KeyCite flags and 
symbols attorneys and the judiciary rely on to see whether citations are still good 
law," noted Medin. 

Documents on Westlaw include more links to related sources than any other 
legal research service. Medin noted that Graphical KeyCite leverages those links 
and uses proprietary technologies to illustrate the connections between court 
documents as they move through the judicial system. Additionally, researchers 
can simply click icons to open the full-text documents on Westlaw. 

"In our tests, researchers using Graphical KeyCite understood the direct history 
of cases faster and more accurately," said Mike Bernstein, senior director of 
Westlaw Marketing for Thomson West. "For anyone performing citation 
research, a Graphical KeyCite picture is definitely worth a thousand words." 

While the foregoing has been with reference to a particular embodiment 
of the invention, it will be appreciated by those skilled in the art that changes in 
this embodiment may be made without departing from the principles and spirit 
of the invention, the scope of which is defined by the appended claims. 
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Claims: 

1 . A server for a legal research system, comprising: 

means for receiving requests for procedural case histories sent by one or 

more client access devices; and 
means, responsive to at least one of the received requests, for at least 

partially defining a user interface on one of the client access 

devices that corresponds to the one of the received requests, the 

user interface including: 

two or more regions, with each of the regions corresponding to a 
respective tier of a court system; and 

two or more hyperlink case listings, with each of the hyperlink 
case listings selectable to initiate retrieval of a 
corresponding legal case document, with one of the 
hyperlink case listings positioned within a first one of the 
regions and a second one of the hyperlink case listings 
positioned within a second one of the regions. 

2. The server of claim 1, wherein the user interface further comprises one or 
more path indicators, with one of the path indicators indicating a path 
between the first one of the hyperlink case listings with the second one of 
the hyperlink case listings. 

3 . The server of claim 1 , wherein the user interface further comprises one or 
more case validity indicators, with each indicator positioned adjacent a 
corresponding one of the hyperlink case listings and indicating a 
precedential value or status of a corresponding legal case. 

4. The server of claim 1 , wherein the means for at least partially defining a 
user interface, includes: 

a set of rules for organizing the hyperlink case listings according to a 
grid having rows and columns; and 
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means for squishing one or more of the columns to diminish visible 
perception of the grid. 

5 . The server of claim 1 , wherein each of the two or more regions is 
substantially rectangular and rendered with a horizontal orientation. 

6. The server of claim 1 , wherein the graphical user interface is rendered 
using Microsoft Windows Graphical Device Interface. 

7. The server of claim 1 , wherein each hyperlink case listing is associated 
with a roll-over interface feature that results in output of an enlarge 
image of a rectangular region surrounding the hyperlink case listing. 

8. A method comprising: 

receiving a request for a procedural case history sent by a client access 
device; and 

in response to the received request, at least partially defining a user 
interface on the client access device, with the user interface 
including: 

two or more regions, with each of the regions corresponding to a 
respective tier of a court system; and 

two or more hyperlink case listings, with each of the hyperlink 
case listings selectable to initiate retrieval of a 
corresponding legal case document, with one of the 
hyperlink case listings positioned within a first one of the 
regions and a second one of the hyperlink case listings 
positioned within a second one of the regions. 

9. The method of claim 8, wherein defining the user interface includes 
defining the user interface to include one or more path indicators, with 
one of the path indicators indicating a path between the first one of the 
hyperlink case listings with the second one of the hyperlink case listings. 
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1 0. The method of claim 8, wherein defining the user interface includes 
defining the user interface to include one or more case validity indicators, 
with each indicator positioned adjacent a corresponding one of the 
hyperlink case listings and indicating a precedential value or status of a 
corresponding legal case. 

11. A graphical user interface for a legal research system, the interface 
comprising: 

two or more regions, with each of the regions corresponding to a 
respective tier of a court system; and 

two or more hyperlink case listings, with each of the hyperlink case 
listings selectable to initiate retrieval of a corresponding legal 
case document, with a first one of the hyperlink case listings 
positioned within a first one of the regions and a second one of 
the hyperlink case listings positioned within a second one of the 
regions. 

12. The interface of claim 1 1 , further comprising one or more path 
indicators, with one of the path indicators indicating a path between the 
first one of the hyperlink case listings with the second one of the 
hyperlink case listings. 

1 3 . The interface of claim 1 1 , wherein the user interface further comprises 
one or more case validity indicators, with each indicator positioned 
adjacent a corresponding one of the hyperlink case listings and indicating 
a precedential value or status of a corresponding legal case. 

14. The interface of claim 1 1 , wherein each of the two or more regions is 
substantially rectangular and rendered with a horizontal orientation. 
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1 5 . The interface of claim 1 1 , wherein the interface is rendered using vector 
graphics. 

1 6. The interface of claim 1 1 , wherein each hyperlink case listing is 
associated with a roll-over feature that when rolled over with a cursor of 
a pointing device results in output of an enlarge image of a rectangular 
region surrounding the hyperlink case listing. 

17. A graphical user interface for a legal research system, the interface 
comprising: 

two or more hyperlink case listings, with each of the hyperlink case 

listings selectable to initiate retrieval of a corresponding legal 

case document; and 
one or more path indicators, with one of the path indicators indicating a 

path between the first one of the hyperlink case listings and the 

second one of the hyperlink case listings. 

18. The interface of claim 1 7, further comprising: 

two or more regions, with each of the regions corresponding to a 
respective tier of a court system, with the first one of the 
hyperlink case listings positioned within a first one of the regions 
and a second one of the hyperlink case listings positioned within 
a second one of the regions. 

19. The interface of claim 1 8, wherein each of the two or more regions is 
substantially rectangular and rendered with a horizontal orientation. 
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